home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 8089 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.9 KB

  1. Path: news.kuai.se!news
  2. From: flex@kuai.se (Anders Karlsson)
  3. Newsgroups: comp.sys.amiga.hardware
  4. Subject: Reports from CeBit
  5. Date: 24 Mar 1996 15:50:17
  6. Organization: -+- Spot -+-
  7. Message-ID: <4j3k8q$3iu@kaon.kuai.se>
  8. References: <1996Mar22.182920.5880@scala.scala.com>
  9. NNTP-Posting-Host: sl12.zen.kuai.se
  10. Mime-Version: 1.1
  11. Content-Type: TEXT/PLAIN; charset=ISO-8859-1
  12. Content-Transfer-Encoding: 8BIT
  13. X-FTN-To: Dave Haynie
  14. X-Newsreader: Spot 1.3a #118/NetGate 1.1
  15.  
  16. In a message of 22 Mar 96 Dave Haynie wrote to :
  17.  
  18.  DH> It's much better than the current Amiga parallel port. Not surprising,
  19.  DH> really, given the Amiga parallel port is just a _slower_ C64 user port
  20.  DH> using the standard PC parallel pinout. The 8520 is just a modified 6526,
  21.  DH> a design from the 70s.
  22.  
  23. Hmm.. So even the C64 had better throughput than the Amiga on the equal port? (Userport vs Par-port)
  24.  
  25.  DH> Real EIDE is faster than fast synchronous, 8-bit SCSI-2. EIDE tops out
  26.  DH> at around 13.5MB/s, FS SCSI-2 at 10MB/s (that's A4091 and A4000T),
  27.  DH> regular synchronous SCSI at 5MB/s (that's A3000 on down).
  28.  
  29. There has been rumors about SCSI-3. Can you give me some better info about that interface. When it will show up for us common people and some data on it?
  30.  
  31.  >> There is a new BIOS available for PC's that gives EIDE the possability of
  32.  >> 8 attached HD's, 
  33.  
  34.  DH> Nonsense -- the selection of disks on the IDE/EIDE bus is a hardware
  35.  DH> control feature. You can, in some circumstances, split the bus in two.
  36.  DH> There's a hack for the A4000 that takes its one IDE bus and splits it
  37.  DH> into two separately addressed buses. That's fairly easy, based on the
  38.  DH> way the A4000 implemented IDE, but it's far less likely to work on a PC,
  39.  DH> where the IDE bus is driven in limited I/O space, rather than via memory
  40.  DH> mapping. On any given IDE bus, you can have one master device and one
  41.  DH> slave device, period. This is a feature of the devices themselves; there
  42.  DH> is no intelligence in the IDE bus itself, it's all in the devices
  43.  DH> (historically, IDE evolved as a subset of the PC-AT bus -- the idea was
  44.  DH> that you would put the hard disk controller in the drive, and just run
  45.  DH> the AT bus to the drive). 
  46.  
  47.  >> and a stunning top performance on HD's at 200MB/second. 
  48.  
  49.  DH> Bunk. The official limit on EIDE is 13.5MB/s. You might be a tad faster
  50.  DH> than that with selected drives, but not significantly so. The 16-bit
  51.  DH> datapath, TTL signalling, the quality of the cable, and the layout of
  52.  DH> the IDE signals on the cable all set upper limits on what you can manage
  53.  DH> with the protocol.
  54.  
  55. Maybe I should have added that this was something I heard from a PC owner and that it most likely was a rumor? (It seems that PC owners generally don't like SCSI for some reason.)
  56.  
  57.  DH> There isn't as PC with a CPU to EIDE connection that fast, regardless of
  58.  DH> whether the drive, cabling, etc. would support it. Keep in mind that the
  59.  DH> 32-bit PCI bus, which was designed very carefully to support high speed
  60.  DH> transfers, is limited to a peak of 132MB/s.
  61.  
  62. Hmm.. Maybe he meant 20MB/second?
  63.  
  64.  DH> Like I said, EIDE is already faster than SCSI, until you go to 16-bit or
  65.  DH> Fast-20 SCSI. In either case, it's faster than any single drive
  66.  DH> available today, though of course bursts from drive cache may actually
  67.  DH> run at the full speed.
  68.  
  69. OK.. Info assimilated. :)
  70.  
  71.  DH> In fact, the A4K/A1200 IDE interfaces are the slowest form of plain IDE.
  72.  DH> Generic IDE can go faster, EIDE faster than that. Realize them for what
  73.  DH> they are: kludges. The IDE bus was a requirement for the A4000 because
  74.  DH> management forced it to be, and it was added as well as it could have
  75.  DH> been considering it wasn't planned for in the A3000 architecture (upon
  76.  DH> with the A4000 is based). The IDE in the A1200 was necessary to support
  77.  DH> some kind of hard disk, in a low-end machine, for as little incremental
  78.  DH> cost as possible. That's what IDE is for. And it still is: EIDE can give
  79.  DH> you better-than-SCSI performance for little additional system cost.
  80.  DH> That's why every PClone uses it, few ship with SCSI even through SCSI is
  81.  DH> superior to EIDE as far as the device supports go. 
  82.  
  83. Mmm.. Will the EIDE interface in the Walker manage >10MB/second with some form of accelerator in it? (I guess the EC030/40 won't give that kind of performance.)
  84.  
  85.  DH> IDE and EIDE both support two devices per bus. It was common to have one
  86.  DH> IDE bus in IDE systems, and it's recently become popular to offer two
  87.  DH> EIDE buses in EIDE systems. But nothing has changed the basic design:
  88.  DH> one master, one slave per bus. 
  89.  
  90. IMHO - That s*cks. Why can't the engineers do something new? A new and better interface. Or is that to difficult? You are a h/w engineers. What are the problems with constructing a new/better HD-interface?
  91.  
  92. (Thanks for making such a great util like DiskDalv. I recently registered
  93.  through 4:th Level Dev.)
  94.  
  95.  
  96.     Anders Karlsson    Dedicated Amiga User.
  97.     flex@kuai.se       PGP-key available on request.
  98.  
  99.  
  100.  
  101.